Nautilus 1992 July/Nautilus-3-8/Nautilus-3-8.bin/Tools & Utilities/Techy Stuff/Doco ƒ/CSMP ƒ/CSMP-V1-009.TXT

Text File | 1992-06-03 | 51.8 KB | 1,621 lines

C.S.M.P. Digest             Sun, 08 Mar 92       Volume 1 : Issue 9

Today's Topics:

     Think C looping "bug"?
    Memory question: how many handles are alloced?
    q: why is my main() in code seg 2 when using think c?
    possible virus in Think Back.
    How do you insert text into a TTEView?
    MacApp 2.0 to 3.0 Docs
    Think C and register parameters
    Apple Event suite for ARA ?
    PBCatSearch to list folder ?
    IcePick & ObjectMaster
    emacs like editor?
    Think Pascal / Quadra
    SOLUTION- CDataFile ReadSome problem HELP!
    Help needed with message passing between applications!!!


The Comp.Sys.Mac.Programmer Digest is moderated by Michael A. Kelly.

These digests are available (by using FTP, account anonymous, your email
address as password) in the pub/mac directory on ftp.cs.uoregon.edu.
This is also the home of the comp.sys.mac.programmer Frequently Asked
Questions list.

The articles in these digests are taken directly from comp.sys.mac.programmer.
They are not edited; all articles included in this digest are in their original
posted form.  The only articles that are -not- included in these digests are
those which didn't receive any replies (except those that give information
rather than ask a question).  All replies to each article are concatenated
onto the original article in the order in which they were received.  Article
threads are not added to the digests until the last article added to the
thread is at least one month old (this is to ensure that the thread is dead
before adding it to the digests).

Send administrative mail to [e-mail].

-------------------------------------------------------

From: [e-mail] (Serge Robyns)
Subject:  Think C looping "bug"?
Date: 11 Jan 92 00:24:50 GMT
Organization: Hewlett Packard, Cupertino

>In article ... [e-mail] writes:
>
>
   >/* generate bug */
>       for (i=0; i < 5; a[i] = i++);
>
>    [Gobs of stuff deleted]
>
>   /* no bug */
>       for (i=0; i < 5; i++)
>           a[i] = i;
>
>    [More deletions]
>
>
>Welcome to C!  The language standard does not define the order of
>evaluation of statements.  Therefore, the code:
>
>    a[i] = i++;
>
>can legally and ANSI-conformally be equivalent to either one of the
>following:
>
>ONE:    a[i] = i;            TWO:    i++;
>    i++;                    a[i-1] = i;
>
>therefore you cannot RELIABLY AND PORTABLY rely on the order of
>evaluation of the left-hand-side or the right-hand-side of an
>assignment statement.  The same rule also applies to the order of
>evaluation of arguments to a function.  For example,
>
>
>i = 0;
>f(i++,i++);
>
>could result in either of the calls f(0,1) or f(1,0) depending on the
>implementation.
>
>Cheers.
>----------

The C Programming Language is very clear about post and pre incrementing!

so    a = i++; -> a = 1; i++;
and   a = ++i; -> ++i /* or i++ */ ; a = i;

In the first case we will first use the value of i and then increment it.
In the second case we will first increment the value of i and then use it.

Any other implementation is not following the standard or is a bug in the       compiler.

Hope this gives some help, but it doesn't solve your problem.



- -------------------------

From: [e-mail] (Jeffrey Verdegan)
Subject:  Think C looping "bug"?
Date: 21 Jan 92 21:59:28 GMT
Organization: College of Engineering, Univ. of Wisconsin-Madison

In article <[e-mail]> [e-mail] (Serge Robyns) writes:
>>In article ... [e-mail] writes:
>>
>>
>   >/* generate bug */
>>       for (i=0; i < 5; a[i] = i++);
>>
>>    [Gobs of stuff deleted]
>>
>>   /* no bug */
>>       for (i=0; i < 5; i++)
>>           a[i] = i;
>>
>>    [More deletions]
>>
>>
>>Welcome to C!  The language standard does not define the order of
>>evaluation of statements.  Therefore, the code:
>>
>>    a[i] = i++;
>>
>>can legally and ANSI-conformally be equivalent to either one of the
>>following:
>>
>>ONE:    a[i] = i;            TWO:    i++;
>>    i++;                    a[i-1] = i;
>>
>>therefore you cannot RELIABLY AND PORTABLY rely on the order of
>>evaluation of the left-hand-side or the right-hand-side of an
>>assignment statement.  The same rule also applies to the order of
>>evaluation of arguments to a function.  For example,
>>
>>
>>i = 0;
>>f(i++,i++);
>>
>>could result in either of the calls f(0,1) or f(1,0) depending on the
>>implementation.
>>
>>Cheers.
>>----------
>
>The C Programming Language is very clear about post and pre incrementing!
>
>so    a = i++; -> a = 1; i++;
>and   a = ++i; -> ++i /* or i++ */ ; a = i;
>
>In the first case we will first use the value of i and then increment it.
>In the second case we will first increment the value of i and then use it.
>
>Any other implementation is not following the standard or is a bug in the       compiler.
>
>Hope this gives some help, but it doesn't solve your problem.

While C may be clear on the fact that i++ is a post-increment and ++i is a
pre-increment, it is emphatically not clear on the order in which it evaluates
the two i's in either a[i] = i++; or f(i++, i++);.  That is, just because the
i inside the array brackets appears first in the source code, don't expect that
it will be evaluated before the i++ on the right side of the equal sign.  Hence,
whether that second i is ++i or i++, if the compiler chooses to evaluate it
before the array index (which it may or may not do), i will be incremented
before it is evaluated to determine the array index... er something like that.
The main point is that satements like a[i] = i++; and f(i++, i++); where the
variable you are ++'ing is used more than once, are basically a bad idea.

Later,
Jeff


- --------

Jeff Verdegan
University of Wisconsin-Madison
Computer-Aided Engineering Center
[e-mail]
[phone]



- -------------------------

From: [e-mail] (Martin Minow)
Subject:  Think C looping "bug"?
Date: 23 Jan 92 03:06:16 GMT
Organization: Digital Equipment Corporation


re: the problem with a[i] = i++ in Ansi-C compilers.

The Ansi Standard very clearly describes "sequence points" -- points in
a program stream when all values must be defined. The assignment operator
is *NOT* a sequence point, thus the result of statements such as
    a[i] = i++; i = i++; i = ++i;
or any other permutation is not defined by ANSI and compilers are completely
free to optomize the order of evaluation in any order.  This is made
extremely clear in the standard.

A statement such as a[i] = i++ can be written as "a[i] = i, i++" or
"i++, a[i] = i" or whatever with no loss of performance.

Martin Minow
[e-mail]



- -------------------------

From: [e-mail] (Bill Biesty)
Subject: Comma Operator (was Re: Think C looping "bug"?)
Date: 28 Jan 92 01:17:26 GMT
Organization: IDE, San Francisco

In article <[e-mail]> [e-mail] (Martin Minow) writes:
>A statement such as a[i] = i++ can be written as "a[i] = i, i++" or
>"i++, a[i] = i" or whatever with no loss of performance.

I rarely use the comma operator outside of declarations.
What are the (dis)advantages of using a comma here instead
of a semicolon?

Bill Biesty



---------------------------

From: [e-mail] (Steve Dakin)
Subject: Memory question: how many handles are alloced?
Date: 21 Jan 92 17:23:48 GMT
Organization: Oceania Health Care Systems



I am writing a program for the Mac that allocates lots of
blobs of memory.  I would like to manage the allocation as
much as possible.  Most the memory is allocated as Handles
using NewHandle().  I would like to be able to examine, at
any point in the execution of the program, how many handles
I have allocated.  It would also be nice to know their location
in the heap, but this is secondary to simply knowing how many
have been allocated.  Does anybody know a utility that would
tell me this, or what I might need to do to code a routine to
give me the information. Any and all help would be greatly
appreciated.

Anybody know if TMON Pro has a command that would give me the
desired information?  I thought TMON Pro was supposed to do
everything, but upon extensive searches through both manuals,
I have turned up nothing.

Thanks again,

Steve

--
+------------------------------------------------------------------+
      Steve              [e-mail]  or [e-mail]
            Dakin                      (NeXT mail)



- -------------------------

From: [e-mail] (Eric W. Sink)
Subject:  Memory question: how many handles are alloced?
Date: 21 Jan 92 20:30:25 GMT
Organization: University of Illinois at Urbana-Champaign

In <[e-mail]> [e-mail] (Steve Dakin) writes:


>I am writing a program for the Mac that allocates lots of
>blobs of memory.  I would like to manage the allocation as
>much as possible.  Most the memory is allocated as Handles
>using NewHandle().  I would like to be able to examine, at
>any point in the execution of the program, how many handles
>I have allocated.  It would also be nice to know their location
>in the heap, but this is secondary to simply knowing how many
>have been allocated.  Does anybody know a utility that would
>tell me this, or what I might need to do to code a routine to
>give me the information. Any and all help would be greatly
>appreciated.

I use MacsBug.  The HT command (Heap Totals) tells you how many
handles you have allocated, and what the total quantity of memory
allocate is.  The HC command does a Heap Check, telling you if it
is corrupt.  The HD command (Heap Display) will show you the location
of every block in the heap, or only certain kinds of blocks, if you
prefer.

>Anybody know if TMON Pro has a command that would give me the
>desired information?  I thought TMON Pro was supposed to do
>everything, but upon extensive searches through both manuals,
>I have turned up nothing.

I've never used TMON Pro, but I've heard good things about it.
I agree that TMON Pro certainly has some sort of similar
functionality, somewhere.

--
Eric W. Sink,  Spatial Analysis and Systems Team
USACERL, P.O. Box 9005, Champaign, IL 61826-9005
1-800-USA-CERL x449,   [e-mail]



---------------------------

From: [e-mail] (Andre "Just A Plumber" Srinivasan)
Subject: q: why is my main() in code seg 2 when using think c?
Date: 21 Jan 92 21:12:18 GMT
Organization: Acme Plumbing Services And Exploding Cigars


i was reading tn #53 (more masters revisited) which was indicating
that i should call moremasters in code seg 1.  afterward i was poking
around in memory trying to figure out an optimal number of master
pointer blocks that i would need and noticed that my main is not in
seg 1, but in seg 2.  after further exploration i noticed that there
is a code segment 1 that doesn't have anything i recognize.

can someone tell me about that seg 1 - what it does, how think c code
relies on it, etc.

as far as the moremaster call is concerned, it looks like i'm ok to
call it from seg 2 and still avoid that memory fragmentation.  right?

thanks.



                                -andre.
--
Andre Srinivasan  :
734 LRDC          :         This Space Intentionally Left Blank
U. of Pittsburgh  :
[e-mail] :



- -------------------------

From: [e-mail] (Phil Shapiro)
Subject:  q: why is my main() in code seg 2 when using think c?
Date: 22 Jan 92 03:20:32 GMT
Organization: Symantec Corp.

>>>>> On 21 Jan 92 21:12:18 GMT, [e-mail] (Andre "Just A Plumber" Srinivasan) said:

 > can someone tell me about that seg 1 - what it does, how think c
 > code relies on it, etc.

In THINK C, CODE segment 1 contains the segment loader code that THINK
C uses, along with some intrinsic utility routines. For example, the
code that does long integer math resides there, along with code that's
used for some switch() statements. You should never unload this
segment unless you really know what you're doing.

 > as far as the moremaster call is concerned, it looks like i'm ok to
 > call it from seg 2 and still avoid that memory fragmentation.
 > right?

Right. CODE segement 2 is also never unloaded, since it contains
main().

    -phil
--
   Phil Shapiro                           Technical Support Analyst
   Language Products Group                     Symantec Corporation
        Internet: [e-mail]



- -------------------------

From: [e-mail] (Rich Siegel)
Subject:  q: why is my main() in code seg 2 when using think c?
Date: 22 Jan 92 04:54:15 GMT
Organization: Symantec Language Products Group

In article <[e-mail]> [e-mail] (Andre "Just A Plumber" Srinivasan) writes:
>
>i was reading tn #53 (more masters revisited) which was indicating
>that i should call moremasters in code seg 1.  afterward i was poking
>around in memory trying to figure out an optimal number of master
>pointer blocks that i would need and noticed that my main is not in
>seg 1, but in seg 2.  after further exploration i noticed that there
>is a code segment 1 that doesn't have anything i recognize.
>
>can someone tell me about that seg 1 - what it does, how think c code
>relies on it, etc.

    CODE 1 in THINK C applications is used for the THINK C application
loader, which does things such as runtime code and data relocations. In this
case, calling MoreMasters() from your main() is entirely fine and appropriate.

R.



--
- ---------------------------------------------------------------------
Rich Siegel                              Internet: [e-mail]
Senior Software Engineer                 Applelink: SIEGEL
Symantec Languages Group



---------------------------

From: [e-mail] (Eric E. Braun)
Subject: possible virus in Think Back.
Date: 21 Jan 92 21:23:57 GMT
Organization: Yale University Computer Science Dept., New Haven, CT 06520-2158

I have just downloaded Think Back from comp.binaries.mac (which is
really nifty for all you Think C folks out there, allows compilation
in the background) But then, unexpectedly I got a never heard before
sound: whoooeeep!  It occured as the result of no discernable action
as if it went off after a timeout.  Has anybody else experienced this?
(Otherwise my machine seems to be operating fine and SAM doesn't
detect any problems.)  I also downloaded the ToDo desk accessory so it
might also be at fault...



- -------------------------

From: [e-mail] (Eric E. Braun)
Subject:  possible virus in Think Back.
Date: 22 Jan 92 16:59:14 GMT
Organization: Yale University Computer Science Dept., New Haven, CT 06520-2158

Ok, my fault, the whooooeeeeep I was hearing was Easy Access kicking
in.  Somehow I accidentally hit the shift key 5 times just after I had
installed Think Back, so the bells went off in my head as soon as I
heard this new and unexpected sound.

Think Back is really nice.  I recommend it.

-Eric



- -------------------------

From: [e-mail] (Rich Siegel)
Subject: Nonsense! (Re: possible virus in Think Back.)
Date: 22 Jan 92 04:51:52 GMT
Organization: Symantec Language Products Group

In article <[e-mail]> [e-mail] (Eric E. Braun) writes:
>I have just downloaded Think Back from comp.binaries.mac (which is
>really nifty for all you Think C folks out there, allows compilation
>in the background) But then, unexpectedly I got a never heard before
>sound: whoooeeep!  It occured as the result of no discernable action
>as if it went off after a timeout.  Has anybody else experienced this?
>(Otherwise my machine seems to be operating fine and SAM doesn't
>detect any problems.)  I also downloaded the ToDo desk accessory so it
>might also be at fault...
>
    A zebra!

    There is no sound code in THINK Back of any sort; it's more than
likely that Easy Access has been triggered, or that your concurrently
downloaded DA is generating sounds.

It would be best to say "Strange THINK Back behavior" as a message title,
rather than "possible virus in THINK Back", since the former asks a question,
and the latter implicitly assaults the character of the author, which (in this
case) is unwarranted.

R.


--
- ---------------------------------------------------------------------
Rich Siegel                              Internet: [e-mail]
Senior Software Engineer                 Applelink: SIEGEL
Symantec Languages Group



- -------------------------

From: [e-mail] (Tim Endres)
Subject:  possible virus in Think Back.
Date: 26 Jan 92 14:50:57 GMT
Organization: ICE Engineering, Inc.


In article <[e-mail]> (comp.sys.mac.programmer), [e-mail] (Eric E. Braun) writes:
> I have just downloaded Think Back from comp.binaries.mac (which is
> really nifty for all you Think C folks out there, allows compilation
> in the background) But then, unexpectedly I got a never heard before
> sound: whoooeeep!  It occured as the result of no discernable action
> as if it went off after a timeout.  Has anybody else experienced this?
> (Otherwise my machine seems to be operating fine and SAM doesn't
> detect any problems.)  I also downloaded the ToDo desk accessory so it
> might also be!

FLAME ON

DAMN IT!!!!!!!!!!!!!!!!
Will you people quit fucking anouncing "possible" viruses at the least
unusual events.

If you are posting a "possible virus" message, you DAMN WELL BETTER
have run some virus utilities first to see what they say, and do a
little investigation.

FLAME OFF

Maybe the software put this in as feedback that you are "activated".
Did you email the author and ask?

I am sorry, but this really flames my ass, since the whole topic is
very sensitive and needs no further fanning from people "postulating".
Especially on the net.

tim.


Tim Endres -> [e-mail] -or- uupsi!tbomb!time
ICE Engineering, 8840 Main Street, Whitmore Lake MI. 48189
Voice [phone] FAX [phone]
- ------ USENET: A slow moving self parody..... ph



---------------------------

From: [e-mail] (David Peterson)
Subject: How do you insert text into a TTEView?
Date: 22 Jan 92 00:06:27 GMT
Organization: University of Southern California, Los Angeles, CA



Hi all, I was wondering what the Approved Method was for inserting text that
I'm recieving over the network into a TTEView (using MacApp 2.0.1 and C++).

Right now I'm doing this:

  theTEView->Focus();
  TEInsert(buffer, length, theTEView->fHTE);    // Toolbox, not MacApp
  theTEView->SynchView(true);

(being executed in the window's DoIdle() method)

which seems to work most of the time, but occasionally the machine will crash
in SynchView() or other strange behavior (like TEditText fields moving to other
locations in the window)

Also, TEInsert doesn't seem to check if the text handle is over 32k. Is this
something I need to worry about (IM wan't too clear on it)?

Thanks,
-dave.



- -------------------------

From: [e-mail] (Kent Sandvik)
Subject:  How do you insert text into a TTEView?
Date: 24 Jan 92 20:12:54 GMT
Organization: MacDTS Mongols

In article <[e-mail]>, [e-mail] (David Peterson) writes:
>
>
>
> Hi all, I was wondering what the Approved Method was for inserting text that
> I'm recieving over the network into a TTEView (using MacApp 2.0.1 and C++).
>
> Right now I'm doing this:
>
>   theTEView->Focus();
>   TEInsert(buffer, length, theTEView->fHTE);    // Toolbox, not MacApp
>   theTEView->SynchView(true);
>
> (being executed in the window's DoIdle() method)
>
> which seems to work most of the time, but occasionally the machine will crash
> in SynchView() or other strange behavior (like TEditText fields moving to other
> locations in the window)

You shouldn't use the TE traps, instead make use of TTEView member functions;
in this case StuffText.

> Also, TEInsert doesn't seem to check if the text handle is over 32k. Is this
> something I need to worry about (IM wan't too clear on it)?

TexEdit has the limitation of 32k text - and actually the TE record handling
gets really sluggish with more than let us say 10k of text. The solution is
to either write a better text editor module/class, or purchase SuperTEView from
Sierra Software Innovations.


Kent Sandvik - the perfect forgery of Kent Sandvik
PS: Beware, this news entry is a forgery!



---------------------------

From: [e-mail] (Blair M. Burtan)
Subject: MacApp 2.0 to 3.0 Docs
Date: 22 Jan 92 00:17:05 GMT
Organization: Boston U. College of Engineering

Does anyone know where I can find the documentation stating the
differences between MacApp 2.0 and 3.0?  Is it on ETO #5 or did
I subscribe too late?  If anyone has this info, please mail it to me.
--
+---------------------------------------+
+ "If it isn't Baroque, don't fix it."  +
+               - Beauty and The Beast  +
+                        +
+ Blair M. Burtan: [e-mail]    +
+                  [e-mail]   +
+---------------------------------------+



- -------------------------

From: [e-mail] (Kent Sandvik)
Subject:  MacApp 2.0 to 3.0 Docs
Date: 23 Jan 92 19:20:58 GMT
Organization: MacDTS Mongols

In article <[e-mail]>, [e-mail] (Blair M. Burtan) writes:
>
> Does anyone know where I can find the documentation stating the
> differences between MacApp 2.0 and 3.0?  Is it on ETO #5 or did
> I subscribe too late?  If anyone has this info, please mail it to me.

I don't have ETO#5 here just now - but every beta release should
have included an updated document with hints about how to
upgrade from 2.0 to 3.0.

Kent



- -------------------------

From: [e-mail] (Stu Schaffner)
Subject:  MacApp 2.0 to 3.0 Docs
Date: 24 Jan 92 19:51:26 GMT
Organization: MITRE Corp.

> In article <[e-mail]>, [e-mail] (Blair M. Burtan) writes:
> >
> > Does anyone know where I can find the documentation stating the
> > differences between MacApp 2.0 and 3.0?  Is it on ETO #5 or did
> > I subscribe too late?  If anyone has this info, please mail it to me.

E.T.O. #5
  Essentials
    Documentation
      MacApp Documentation
        MacApp 3.0 Release Notes


Stu Schaffner (not speaking for the)
MITRE Corp.
[e-mail]



---------------------------

From: [e-mail] (Jon W{tte)
Subject: Think C and register parameters
Date: 21 Jan 92 23:01:51 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden


(//#&%

Think C doesn't do diddley about functions declared with register
parameters, even when "Honour register first" is checked. I have
some very intensive code that loses BIG on that, according to
the profiler (and according to an examination of the code)

I wish ANSI specified register parameters HAD to be passed in
registers as far as possible, so I could call this a bug :-(

--
This Signature is distributed under the conditions of the Signature License,
available at a fee from   [e-mail]  (Jon W{tte)  Reading the Signature
implies that you accept to be bound by the terms in said License. Should you
not agree on any of these terms, you must return the Signature unread to me.



- -------------------------

From: [e-mail] (G. S. Marzot (Joe))
Subject:  Think C and register parameters
Date: 22 Jan 92 14:27:44 GMT
Organization: The MITRE Corporation

In article <[e-mail]>
[e-mail] (Jon W{tte) writes:
> Think C doesn't do diddley about functions declared with register
> parameters, even when "Honour register first" is checked. I have
> some very intensive code that loses BIG on that, according to
> the profiler (and according to an examination of the code)
>
> I wish ANSI specified register parameters HAD to be passed in
> registers as far as possible, so I could call this a bug :-(

Take a look at the #pragma parameter  directive in ThinkC 5.0.2
Not sure this is totally ANSI but seems like it will do what you want.
-GSM


Email: [e-mail]

(standard  disclaimer)



- -------------------------

From: [e-mail]
Subject:  Think C and register parameters
Date: 22 Jan 92 16:59:52 GMT
Organization: Cornell University

In article <[e-mail]>,
[e-mail] (Jon W{tte) writes:
> Think C doesn't do diddley about functions declared with register
> parameters, even when "Honour register first" is checked. I have
> some very intensive code that loses BIG on that, according to
> the profiler (and according to an examination of the code)

THINK C turns off a whole lot of optimizers, probably including the
register keyword functionality, whenever you have inline assembly.
I've seen this a lot, especially with CODE resources.  It seems that
the SetupA4() and RestoreA4() functions are macros with inline assembly,
instead of being inline function declarations.  If TC used the latter,
the code would compile a lot smaller (hint, hint, Symantec).

This may or may not be the problem.  I've seen the register functionality
work correctly, at least in TC 4, so I doubt it just ignores it.
--

- -(0000000000000000000000000000000000000000000000000000000000000000000000)---
 ()00   Dave "Rasferet" Blumenthal   <aka>   [e-mail]   00()
Disclaimer:     | OK, everybody,   | When a hotel owner was asked why he threw
I'm a student.  | stay in focus.   | some loud arrogant chess masters out of
I can say what- |  -Rowlf the dog, | his lobby, he said, "There's nothing worse
ever I want!    | The Muppet Movie | than chessnuts boasting in an open foyer."
______________________________________________________________________________
If it works right the first time, the documentation is wrong.  - Me
______________________________________________________________________________
      ** I'm a .sig virus.  Attach me to your .sig!  Help me spread!  **



- -------------------------

From: [e-mail]
Subject:  Think C and register parameters
Date: 22 Jan 92 17:59:34 GMT
Organization: Brandon University, Brandon, Manitoba, Canada

In article <[e-mail]>,
[e-mail] (Jon W{tte) writes:
> Think C doesn't do diddley about functions declared with register
> parameters, even when "Honour register first" is checked. I have
> some very intensive code that loses BIG on that, according to
> the profiler (and according to an examination of the code)
>
> I wish ANSI specified register parameters HAD to be passed in
> registers as far as possible, so I could call this a bug :-(
Just in case you didn't notice: Think C 5.0 allows to provide through a
#pragma directive to specify that certain arguments should be passed
by register. (I haven't used it nor can I check my manual in the moment,
but I am definite about having read it.)
- -----------------------------------------------------------------------------
Andreas Guelzow  Dept. of Mathematics & Comp. Sc. Brandon University MB Canada
[e-mail]



- -------------------------

From: [e-mail] (Christopher Tate)
Subject:  Think C and register parameters
Date: 24 Jan 92 00:25:04 GMT
Organization: Penn State University

In article <[e-mail]>, [e-mail] (G. S.
Marzot (Joe)) says:
>
>In article <[e-mail]>
>[e-mail] (Jon W{tte) writes:
>>
>> Think C doesn't do diddley about functions declared with register
>> parameters, even when "Honour register first" is checked. I have
>> some very intensive code that loses BIG on that, according to
>> the profiler (and according to an examination of the code)
>>
>> I wish ANSI specified register parameters HAD to be passed in
>> registers as far as possible, so I could call this a bug :-(
>
>Take a look at the #pragma parameter  directive in ThinkC 5.0.2
>Not sure this is totally ANSI but seems like it will do what you want.
>-GSM

Sadly, this is not the case.  Quoting from the TC User Manual, page 194:

  "The pragma parameter directive
   This directive applies to a subsequent inline function definition...."

and on the following page:

  "If the [function] definition is not an inline definition, never
   defined, or already defined, the directive is ignored."

So, it looks like there really isn't any way at this time to pass
function parameters in C as register variables.  Grrrrr.

- -----
Christopher Tate                 |  Cryptogram #7:
[e-mail]             |
[e-mail]              |  Z XZG AYRPOVR LVTLPYTW
- -------------------------------|  YL IYQW TYDPR.
Send me the answer; I love mail! |



---------------------------

From: [e-mail] (Jon W{tte)
Subject: Apple Event suite for ARA ?
Date: 21 Jan 92 23:03:18 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden


Are there any Appletalk Remote Access Apple Events ? I'd be most
interested in an event to Disconnect a session (remotely, of
course !) short of quitting the application entirely.

--
This Signature is distributed under the conditions of the Signature License,
available at a fee from   [e-mail]  (Jon W{tte)  Reading the Signature
implies that you accept to be bound by the terms in said License. Should you
not agree on any of these terms, you must return the Signature unread to me.



- -------------------------

From: [e-mail] (Jon Pugh)
Subject:  Apple Event suite for ARA ?
Date: 24 Jan 92 21:51:11 GMT
Organization: Apple Co.

In article <[e-mail]>, [e-mail] (Jon W{tte) writes:
>
>
> Are there any Appletalk Remote Access Apple Events ? I'd be most
> interested in an event to Disconnect a session (remotely, of
> course !) short of quitting the application entirely.

No one has told me about anything like this so I don't think it exists.  I
haven't spoken with any of the ARA guys.

Jon
kAERegistrar



---------------------------

From: [e-mail] (Jon W{tte)
Subject: PBCatSearch to list folder ?
Date: 21 Jan 92 23:05:20 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden


How do you get PBCatSearch to list all files in a given folder ?
Specifying ioDrPadID in the search records and the fsPadID flag
does NOT give any matches.

--
This Signature is distributed under the conditions of the Signature License,
available at a fee from   [e-mail]  (Jon W{tte)  Reading the Signature
implies that you accept to be bound by the terms in said License. Should you
not agree on any of these terms, you must return the Signature unread to me.



- -------------------------

From: [e-mail] (Matt Mora)
Subject:  PBCatSearch to list folder ?
Date: 22 Jan 92 17:04:03 GMT
Organization: SRI International, Menlo Park, CA

In article <[e-mail]> [e-mail] (Jon W{tte) writes:

>How do you get PBCatSearch to list all files in a given folder ?
>Specifying ioDrPadID in the search records and the fsPadID flag
>does NOT give any matches.

Why don't you give PBcatsearch a wide range of dates (maybe 0 to maxlonint)
it will then find all the files in the specified folder becasue it falls
within th edate range.

Matt

--
___________________________________________________________
Matthew Mora                |   my Mac  [e-mail]
SRI International           |  my unix  [e-mail]
___________________________________________________________



- -------------------------

From: [e-mail] (Jon W{tte)
Subject:  PBCatSearch to list folder ?
Date: 23 Jan 92 09:18:01 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden

> [e-mail] (Matt Mora) writes:

   Why don't you give PBcatsearch a wide range of dates (maybe 0 to maxlonint)
   it will then find all the files in the specified folder becasue it falls
   within th edate range.

But I don't search by date... I'll give it a try, though.
It seems strange if you would have to specify additional constraints
for the padID constraint to work ?

--
This Signature is distributed under the conditions of the Signature License,
available at a fee from   [e-mail]  (Jon W{tte)  Reading the Signature
implies that you accept to be bound by the terms in said License. Should you
not agree on any of these terms, you must return the Signature unread to me.



---------------------------

From: [e-mail] (Eye Care Centre)
Subject: IcePick & ObjectMaster
Date: 22 Jan 92 05:46:42 GMT
Organization: Computer Science, University of B.C., Vancouver, B.C., Canada

Does anyone know what the current status is of IcePick (a MacApp view editor
written by Chris Arbogast that supports 3.0-style views) and ObjectMaster
(an intelligent source code editor by Acius)? Are they available for public
consumption yet? If so, how much do they cost and where can they be had?

Any information would be much appreciated!

Bill Kiss
Programmer
Dept. of Ophthalmology, UBC



- -------------------------

From: [e-mail] (G. S. Marzot (Joe))
Subject:  IcePick & ObjectMaster
Date: 22 Jan 92 14:24:26 GMT
Organization: The MITRE Corporation

In article <[e-mail]> [e-mail] (Eye Care
Centre) writes:
> Does anyone know what the current status is of IcePick (a MacApp view
editor
> written by Chris Arbogast that supports 3.0-style views) and ObjectMaster
> (an intelligent source code editor by Acius)? Are they available for
public
> consumption yet? If so, how much do they cost and where can they be had?
>
> Any information would be much appreciated!
>
> Bill Kiss
> Programmer
> Dept. of Ophthalmology, UBC

according to our purchasing dept. Object Master(non-beta release) will hit
the streets in a week. Up un til now OM was available from ACIUS as a beta
release.
No news on IcePick.
GSM


Email: [e-mail]

(standard  disclaimer)



- -------------------------

From: [e-mail] (Chuck McMath)
Subject:  IcePick & ObjectMaster
Date: 23 Jan 92 13:12:40 GMT
Organization: MSD

In article <[e-mail]>, [e-mail] (Eye Care Centre) writes:
>
> Does anyone know what the current status is of IcePick (a MacApp view editor
> written by Chris Arbogast that supports 3.0-style views) and ObjectMaster
> (an intelligent source code editor by Acius)? Are they available for public
> consumption yet? If so, how much do they cost and where can they be had?
>
> Any information would be much appreciated!
>
> Bill Kiss
> Programmer
> Dept. of Ophthalmology, UBC
>
>

IcePick is available from the MacApp Developer's Association (MADA).  Their
AppleLink and America Online address is MADA.  I believe that it's in the
neighborhood of $150 (by the way, if you don't belong to MADA it is well
worth it.  The publish a very good bimonthly magazine).

-- chuck mcmath



- -------------------------

From: [e-mail] (Kent Sandvik)
Subject:  IcePick & ObjectMaster
Date: 24 Jan 92 20:05:33 GMT
Organization: MacDTS Mongols

In article <[e-mail]>, [e-mail] (G. S. Marzot (Joe)) writes:
>
> In article <[e-mail]> [e-mail] (Eye Care
> Centre) writes:
> > Does anyone know what the current status is of IcePick (a MacApp view
> editor
> > written by Chris Arbogast that supports 3.0-style views) and ObjectMaster
> > (an intelligent source code editor by Acius)? Are they available for
> public
> > consumption yet? If so, how much do they cost and where can they be had?
> >
> > Any information would be much appreciated!
> >
> > Bill Kiss
> > Programmer
> > Dept. of Ophthalmology, UBC
>
> according to our purchasing dept. Object Master(non-beta release) will hit
> the streets in a week. Up un til now OM was available from ACIUS as a beta
> release.
> No news on IcePick.

IcePick final is available from APDA. The current version only supports
2.0 views - but I'm using the ViewPromoter for 3.0 'Views' work. And
the company is working on a new release which will support the MacApp 3.0
'View' format.

Kent Sandvik
..or actually a forgery of Kent...



- -------------------------

From: [e-mail] (Rick Fleischman)
Subject:  IcePick & ObjectMaster
Date: 24 Jan 92 22:33:49 GMT
Organization: Apple Computer Inc., Cupertino, CA

In article <[e-mail]> [e-mail] (Kent Sandvik) writes:
>IcePick final is available from APDA. The current version only supports
>2.0 views - but I'm using the ViewPromoter for 3.0 'Views' work. And
>the company is working on a new release which will support the MacApp 3.0
>'View' format.

Actually, IcePick is NOT yet available from APDA.  It IS currently available
from the MacApp Developer's Association (MADA).  You can reach MADA at
[phone] or via e-mail at [e-mail]


Rick Fleischman
Developer Programs/APDA
Apple Computer, Inc.
e-mail: [e-mail]
AppleLink: [e-mail]



- -------------------------

From: [e-mail] (Kent Sandvik)
Subject:  IcePick & ObjectMaster
Date: 24 Jan 92 23:09:14 GMT
Organization: MacDTS Mongols

In article <[e-mail]>, [e-mail] (Rick Fleischman) writes:

> In article <[e-mail]> [e-mail] (Kent Sandvik) writes:
> >IcePick final is available from APDA. The current version only supports
> >2.0 views - but I'm using the ViewPromoter for 3.0 'Views' work. And
> >the company is working on a new release which will support the MacApp 3.0
> >'View' format.

> Actually, IcePick is NOT yet available from APDA.  It IS currently available
> from the MacApp Developer's Association (MADA).  You can reach MADA at
> [phone] or via e-mail at [e-mail]

Ouch, sorry, I did a mistake. I thought about MADA, and wrote 'APDA'. Mysterious
are the brain passages of Kent.

Anyway, I really recommend IcePick, it really makes a difference if you
are working a lot with MacApp views. Already the 'run-mode' is worth
the money (you could test your views/resources).

Kent Sandvik



---------------------------

From: [e-mail] (david r coelho)
Subject: emacs like editor?
Date: 22 Jan 92 07:17:21 GMT
Organization: Coelho Publications, Fremont, CA USA

Is there an editor available for the Mac that is reasonably close
to Emacs? Please respond via email and I'll post a summary of
the responses I get. Thanks...
--
david r. coelho                        email: [e-mail]
coelho publications                           [e-mail]
43000 christy street                   voice: [phone]
fremont, ca 94538-3198                 fax:   [phone]



- -------------------------

From: [e-mail] (david r coelho)
Subject:  emacs like editor?
Date: 23 Jan 92 07:33:05 GMT
Organization: Coelho Publications, Fremont, CA USA

Thanks to all who responded to my initial inquiry. Basically, everyone
recommended an editor call 'alpha' which is shareware available on
the following machines:

    sumex-aim
    titan.rice.edu

Thanks to the following people:
    [e-mail]
    uunet!cs.uoregon.edu!tamukha
    uunet!nada.kth.se!d88-jwa
    [e-mail]
    [e-mail]
--
david r. coelho                        email: [e-mail]
coelho publications                           [e-mail]
43000 christy street                   voice: [phone]
fremont, ca 94538-3198                 fax:   [phone]



---------------------------

From: [e-mail] (Terje Rydland)
Subject: Think Pascal / Quadra
Date: 22 Jan 92 09:49:57 GMT
Organization: Ifi, University of Trondheim / AVH

A simple question:

How can I make Think Pascal work on a Quadra 700?

When I try to compile I get a thumbs down and
"Your application zone is damaged. Proceed with caution"

When will Think Pascal work with a 68040?


Terje



- -------------------------

From: [e-mail] (Rich Siegel)
Subject:  Think Pascal / Quadra
Date: 22 Jan 92 18:39:56 GMT
Organization: Symantec Language Products Group

In article <[e-mail]> [e-mail] (Terje Rydland) writes:
>A simple question:
>
>How can I make Think Pascal work on a Quadra 700?
>
    Update to version 4.0.1, the updater for which is widely available
at this time.

R.

--
- ---------------------------------------------------------------------
Rich Siegel                              Internet: [e-mail]
Senior Software Engineer                 Applelink: SIEGEL
Symantec Languages Group



- -------------------------

From: [e-mail] (Steve Howell)
Subject:  Think Pascal / Quadra
Date: 23 Jan 92 03:02:26 GMT
Organization: University of Tasmania, Australia.

[e-mail] (Terje Rydland) writes:

>A simple question:

>How can I make Think Pascal work on a Quadra 700?

>When I try to compile I get a thumbs down and
>"Your application zone is damaged. Proceed with caution"

>When will Think Pascal work with a 68040?


You need the "Think Pascal Updater", which updates version 4 to 4.0.1.
If you can't get hold of the updater, then put a {$I-} at the begining
of your program and do all the initialisation calls by hand (as
described in the manual), but omit the call to MaxApplZone.



- -------------------------

From: [e-mail] (Ralph Sutherland)
Subject:  Think Pascal / Quadra
Date: 23 Jan 92 05:54:20 GMT
Organization: Mt. Stromlo Observatory

THINK Pascal 4.0.1 works on a Quadra, The upgrader for 4.0->4.0.1
has been available on sumex-aim.stanford.edu in info-mac/lang since
~16th Jan.  It is probably available on other ftp sites too.

hope this helps
    cheers
    ralph





--
- -- Ralph S. Sutherland      Mount Stromlo & Siding Spring Observatories.
- -- [e-mail]  The Australian National University.
- -- [e-mail]   --------------------------------------------



- -------------------------

From: [e-mail]
Subject:  Think Pascal / Quadra
Date: 23 Jan 92 23:27:58 GMT
Organization: BC Systems Corporation

In article <[e-mail]>, [e-mail] (Terje Rydland) writes:
> A simple question:
>
> How can I make Think Pascal work on a Quadra 700?
>
> When I try to compile I get a thumbs down and
> "Your application zone is damaged. Proceed with caution"
>
> When will Think Pascal work with a 68040?
>

Yes and no.  First try putting the quadra in no cache mode (through the control
panel) and reboot.  If you are still getting this problem, get the Pascal 4.0.1
and TCL 1.1.2 update from Sumex ftp [36.44.0.6] and update your pascal.  This
fixes many of the problems with the Quadra as well as all of the bugs reported
in the TCL for THINK C which were also in PASCAL.

--
[e-mail]
British Columbia, Canada



- -------------------------

From: [e-mail] (Rich Siegel)
Subject:  Think Pascal / Quadra
Date: 27 Jan 92 20:46:14 GMT
Organization: Symantec Language Products Group

In article <[e-mail]> [e-mail] writes:
>>
>> When will Think Pascal work with a 68040?

>Yes and no.  First try putting the quadra in no cache mode (through the
>control panel) and reboot.

The problems with THINK Pascal and the Quadra are not related to the 68040
cache. For that reason, turning off the caches will merely slow your machine
down, but will not resolve any problems. The 4.0.1 updater, however, addresses
the problem (a change in the Memory Manager which broke THINK Pascal), and
it is essential for Quadra users to get this update.

R.


--
- ---------------------------------------------------------------------
Rich Siegel                              Internet: [e-mail]
Senior Software Engineer                 Applelink: SIEGEL
Symantec Languages Group



- -------------------------

From: [e-mail] (P. Hawthorne)
Subject:  Think Pascal / Quadra
Date: 30 Jan 92 01:42:31 GMT
Organization: Reed College, Portland OR


      [e-mail] (Rich Siegel) writes:
.... (a change in the Memory Manager which broke THINK Pascal) ....

      What change was this? Is it something that other apps are likely
to be broken by?

      Theus
      [e-mail]

--



---------------------------

From: [e-mail] (Tanka R. Sunuwar)
Subject: SOLUTION- CDataFile ReadSome problem HELP!
Organization: University of Oregon Computer and Information Sciences Dept.
Date: Wed, 22 Jan 1992 13:54:40 GMT

Hi,
I wrote this a while ago.  Thank you Mark.

>I have been trying to write my Objects to disk and try to retrieve back.  I
>am using CFile/CDataFile.  The same code used to work with TC 4.0.2 fine, but
>it doesn't work with 5.0-5.0.2, well just upgraded to 5.0.2 and I still seem to
>have problem.
>
>Here is my sample code:

write stuff deleted here.
>CMyObject       *CKeyArray::ReadRecord(short filePos)
>{       Ptr p;
>
>                p = NewPtr(4);
>                itsDataFile->Open(fsRdWrPerm);
>                itsDataFile->SetMark((filePos-1)*4,1);
>                itsDataFile->ReadSome(p,4L);
>                itsDataFile->Close();
>                return ((CMyObject*)p);
>
>}

Thank you Mark ([e-mail]).  I tried to e-mail you but it kept
bauncing back.  The book you suggested (C++ Programming with MacApp) really
worked. In stead of writing whole object to disk, I wrote only the stuff I need
(like instance variables) to disk.

-Tanka



- -------------------------

From: [e-mail] (Tanka R. Sunuwar)
Subject: Solution:  CDataFile ReadSome problem HELP!
Organization: University of Oregon Computer and Information Sciences Dept.
Date: Wed, 22 Jan 1992 13:52:31 GMT

Hi,
I wrote this a while ago.  Thank you Mark.

>I have been trying to write my Objects to disk and try to retrieve back.  I
>am using CFile/CDataFile.  The same code used to work with TC 4.0.2 fine, but
>it doesn't work with 5.0-5.0.2, well just upgraded to 5.0.2 and I still seem to
>have problem.
>
>Here is my sample code:

write stuff deleted here.
>CMyObject       *CKeyArray::ReadRecord(short filePos)
>{       Ptr p;
>
>                p = NewPtr(4);
>                itsDataFile->Open(fsRdWrPerm);
>                itsDataFile->SetMark((filePos-1)*4,1);
>                itsDataFile->ReadSome(p,4L);
>                itsDataFile->Close();
>                return ((CMyObject*)p);
>
>}

Thank you Mark ([e-mail]).  I tried to e-mail you but it kept
bauncing back.  The book you suggested (C++ Programming with MacApp) really
worked. In stead of writing whole object to disk, I wrote only the stuff I need
(like instance variables) to disk.

-Tanka



---------------------------

From: [e-mail] (satish paranjpe)
Subject: Help needed with message passing between applications!!!
Date: 22 Jan 92 14:37:23 GMT
Organization: Lamont-Doherty Geological Observatory


Hi everybody,
    here is  scenario I want to implement. A user starts up an
application (APPL 1) and interacts with it. On receiving a particular
type of input the APPL 1 starts up another application Appln2.
>From this point on the user input is transferred to the appln 2 by the
APPL 1 and Appln 2 sends back the response (some data) to APPL 1. This
is sent back by the APPL 1 to the user.

I come from a unix world where I can implement this very easily by
spawning a process and communicating with message queues ..etc


                 ________           _______
                |        |         |        |
                |        |         |        |
         input  | APPL 1 |         |        |
  USER -------->|        |-------->|        |
                |        |         | Appln 2|
                |        |         |        |
                |        |         |        |
                |________|         |________|


Is this possible to implement?. Is there a better way to do it? Any
help is appreciated. Pointers to sample code would be great!!
Please  respond by email.


*********I have MAC II si (6.0.x), Think C ***************


Thanks a lot.

Satish
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
<<<< [e-mail] <<<<
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>



- -------------------------

From: [e-mail] (Chuck McMath)
Subject:  Help needed with message passing between applications!!!
Date: 23 Jan 92 13:16:08 GMT
Organization: MSD

In article <[e-mail]>, [e-mail] (satish paranjpe) writes:
>
>
> Hi everybody,
>     here is  scenario I want to implement. A user starts up an
> application (APPL 1) and interacts with it. On receiving a particular
> type of input the APPL 1 starts up another application Appln2.
> From this point on the user input is transferred to the appln 2 by the
> APPL 1 and Appln 2 sends back the response (some data) to APPL 1. This
> is sent back by the APPL 1 to the user.
>
> I come from a unix world where I can implement this very easily by
> spawning a process and communicating with message queues ..etc
>
>
>                  ________           _______
>                 |        |         |        |
>                 |        |         |        |
>          input  | APPL 1 |         |        |
>   USER -------->|        |-------->|        |
>                 |        |         | Appln 2|
>                 |        |         |        |
>                 |        |         |        |
>                 |________|         |________|
>
>
>        ... more stuff deleted ...

You can do this by using some of the features of the PPC Toolbox, which is
described in Inside Macintosh volume 6.  It's only available under system 7
(right, everybody?).

There are a couple of different levels you can work on: AppleEvents, which
I'm sure you have read about, are high-level events which take care of a lot
of the work for you.  Alternatively, you can use low-level PPC calls if you
are writing both applications.

The PPC toolbox and AppleEvents are also described in Tony Meadow's book
_System 7 Revealed_ which gives a good overview of the new features that
System 7 provides Mac users.

Good luck!

-- chuck mcmath



- -------------------------

From: [e-mail] (Paul Potts)
Subject:  Help needed with message passing between applications!!!
Date: 23 Jan 92 16:02:29 GMT
Organization: Advanced Workstation Lab, University of Michigan

In article <[e-mail]> [e-mail] (Chuck McMath) writes:
>In article <[e-mail]>, [e-mail] (satish paranjpe) writes:
>>
>>
>> Hi everybody,
>>     here is  scenario I want to implement. A user starts up an
>> application (APPL 1) and interacts with it. On receiving a particular
>> type of input the APPL 1 starts up another application Appln2.
>> From this point on the user input is transferred to the appln 2 by the
>> APPL 1 and Appln 2 sends back the response (some data) to APPL 1. This
>> is sent back by the APPL 1 to the user.
>>
>> I come from a unix world where I can implement this very easily by
>> spawning a process and communicating with message queues ..etc
>>
>>
>>                  ________           _______
>>                 |        |         |        |
>>                 |        |         |        |
>>          input  | APPL 1 |         |        |
>>   USER -------->|        |-------->|        |
>>                 |        |         | Appln 2|
>>                 |        |         |        |
>>                 |        |         |        |
>>                 |________|         |________|
>>
>>
>>        ... more stuff deleted ...
>
>You can do this by using some of the features of the PPC Toolbox, which is
>described in Inside Macintosh volume 6.  It's only available under system 7
>(right, everybody?).
>
>There are a couple of different levels you can work on: AppleEvents, which
>I'm sure you have read about, are high-level events which take care of a lot
>of the work for you.  Alternatively, you can use low-level PPC calls if you
>are writing both applications.
>
>The PPC toolbox and AppleEvents are also described in Tony Meadow's book
>_System 7 Revealed_ which gives a good overview of the new features that
>System 7 provides Mac users.
>
>Good luck!
>
>-- chuck mcmath

I am doing something similar with AppleEvents. There is sample code on the
developer's CD which will show you how to make an application seek out another
application, launch it, and then send it events. It's pretty easy to use,
and ports to THINK C with only very minor changes. I've also done it by using
the send-apple-event XCMD with a Hypercard front end. Hypercard can send
an appleEvent and receive the result in the form of a text string. This
makes it very easy to write a front end.

Take a look at this code... I can forward it if you like. If you want to
discuss this off of the newsgroup, e-mail me.
--
         -Paul [e-mail]-
I! Hi'm a mtatng siugnaturei vir*ss. You cann~t reisth elping me  spre]d !



---------------------------

End of C.S.M.P. Digest
**********************